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D e scription 

Method for logging a radio modul e into a c e llular radio network 

SPECIFICATION 
TITLE 

METHOD FOR LOGGING A RADIO MODULE INTO A CELLULAR RADIO 

NETWORK 
FIELD OF TECHNOLOGY 

The inv e ntion present disclosure relates to a method for logging a-radio 
modul e modules into a-cellular radio network networks. in accordanc e with the 
pr e charact e rizing part of claim 1 and to an appropriat e radio module in accordanco 
with th e pr e charact e rizing part of claim 1 1 . 

BACKGROUND 

Radio modules are increasingly used for M2M (machine-to-machine) 
applications. Typical areas of application are wireless control and regulation 
functions, inspection and monitoring functions and telemetric tasks, for example. 
On account of the very good network availability, such M2M radio modules 
primarily support cellular radio standards such as GSM or UMTS. 

Providers of such radio networks place great value on effective utilization of 
their extended network capacities and therefore prefer mobile terminals which 
generate a large volume of call or data traffic. In contrast to this, mobile terminals 
which produce no data traffic for a relatively long period are no longer supported 
by the network operators and are logged out of the network. 

However, an M2M radio module which has logged out now has only very 
restricted functional use. Although the M2M radio module can still independently 
initiate data traffic, because in this case it logs itself in again, it can no longer be 
addressed externally and therefore cannot receive any commands. This counteracts 
any great advantage of the radio module in M2M applications. 

As a simpl e remedial solution, M2M radio modules wh*eh- that have been 
logged out by the-a_provider can be logged in again manually. However, this 
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requires direct action on the radio module, which is contrary to the desired pure 
remote operation and maintenance by radio. 

Another option for keeping an M2M radio module constantly logged in is 
for data records to be sent periodically with a period length which is shorter than 
the maximum login time permitted by the provider. Such pseudo data traffic gives 
rise to unnecessary costs, however. 

SUMMARY 

It is th e r e for e an obj e ct of th e inv e ntion to sp e cify a solution for providing a 
simpl e and in e xp e nsiv e way of ke e ping a radio modul e constantly addr e ssabl e . 

This obj e ct is achiev e d by a m e thod as claim e d in claim 1 and by a radio 
modul e as claim e d in claim 11. This solution is bas e d on th e principl e of 
Accordingly, a solution may be found by anticipating and forestalling enforced 
logout from the radio network or automatically reacting immediately to the logout. 
In each case, the aim here is to prevent or automatically reverse enforced logout. 
This can be done in a simple manner by utilizing the login process which is 
initiated anyway when turning on. In this case, available functionalities are used 
when automatically turning off and on. Alternatively, the fresh login process can 
also be initiated independently of tfee-turning on and off. 

The inv e ntiv e solution has the advantage that the module can no longer be 
forced to be disconnected by the network. Unnecessary costs which pseudo data 
traffic would incur just in order to allow residence in the radio cell are, e liminat e d 
substantially reduced . The M2M radio module can thus easily be addressed at any 
required time and can thus be operated remotely by radio. 

Advantageously, the autoreset signal is produced when-athe radio module 
is logged out of the radio network. The inv e ntiv e method thus reacts precisely at the 
correct moment to automatic disconnection of the radio network and maximizes its 
logged-in time in a very simple manner. 

Alternatively, the autoreset signal can also produced in a radio module as 
soon as a predetermined time interval has elapsed. In this case, it is known from the 
outset in what (short) time periods during the autoreset the radio module cannot be 
addressed externally. This also ensures that after said time interval and the known 
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period of the autoreset phase have elapsed the radio module can be addressed in all 
cases. 

Preferably, the radio module waits a second time interval between turning 
off and turning on again in the event of the autoreset. This is advantageous if it is 
known from the outset that the radio module is not required for a certain time 
anyway. By way of example, this allows the lifetime of a battery for supplying 
power to the relevant appliance to be increased or else the radiation from the radio 
module to be reduced. 

In another preferred embodiment, the radio module turns on again 
immediately after the autoreset. This minimizes the time period in which the radio 
module cannot be addressed. 

Preferably, the first and/or second time interval can be set, particularly by 
radio command. This allows both time intervals to be adapted and synchronized 
with an external time control on the basis of the use of the radio module. The two 
time intervals can thus be optimized in respect of required activity times for the 
radio module, the maximum permissible login period in the radio network or else 
the operating period of a battery charge. 

With further pr e f e renc e , th e The maximum login time, after which the radio 
network logs out the radio module, and/or activity int e rvals intervals, are preferably 
determined in which the radio module is supposed to be active, and th e s e are . This 
information is adaptively used to determine the first and/or second time , int e rval(s), 
in particular adaptiv e l y interval(s) . In this context, these parameters, namely 
maximum login time or activity intervals for the radio module, do not need to be 
known a priori, but rather are not ascertained until during operation. Good 
optimization can be achieved particularly when these parameters are matched 
adaptively. 

Preferably, the first time interval is restarted when the radio module sends 
data to the radio network. This is because sending/receiving data restarts the 
maximum permissible login time with the very provider of the radio network. 

Advantageously, data from volatile memory areas of the radio module are 
stored in nonvolatile form or outside the latter before the autoreset for the radio 
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module and are written back to the volatile memory areas after it is turned 
on/restarted. This allows sensitive data, data which are complex to evaluate or data 
which are important for other reasons to be retained, and hence the radio module 
loses no important information and hence functionality as a result of the autoreset. 

In this context, the cellular radio network is advantageously a GSM 
network, a GPRS network, a UMTS network or an EDGE network; these also 
include a WLAN below, however. Since the inventive idea is independent of the 
exact radio standard, this allows a reliable M2M application to be implemented in 
all important current standards. 

Tho advantageous features of th e inv e ntiv e m e thod can also be transferred 
accordingly to th e inv e ntive radio module, as pres e nted in th e subclaims. 

The inv e ntion is explain e d b e low, also in terms of furth e r advantag e s and 
f e atur e s, using e x e mplary e mbodim e nts and with r e f e r e nc e to th e app e nded 
drawings, in which: 

BRIEF DESCRIPTION OF THE DRAWINGS 
The various ob jects, advantages and novel features of the present disclosure 

will be more readily apprehended from the following Detailed Description when 

read in conjunction with the enclosed drawings, in which: 

figure -Figure 1 shows the illustrates an exemplary arrangement of the 

functional devices in a radio module bas e d on th e inv e ntion, under a present 

embodiment; 

figure- Figure 2 shows th e is a schematic illustration of a GSM 
network, network; 

figure- Figure 3 show s is a simplified flowchart of the process for logging 
into a GSM n e tworlc network; 

figure- Figure 4 shows is a flowchart of th e inv e ntiv e m e thod for illustrating 
the triggering a controlled autoresefa under the exemplary embodiment; 

figure- Figure 5 shows is a flowchart showing th e illustrating an adaptive 
ascertainment of the first and second time intervals from activity and maximum 
login time data, data; 

figure- Figure 6 shows is_a schematic illustration of a GPRS network, and 
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figur e Figure 7 s hows is a schematic illustration of a WLAN network. 

DETAILED DESCRIPTION 

Figure 1 schematically shows the functional units of a radio module 1 
based on th e inv e ntion under an exemplary embodiment . The radio module 1 is 
activated and deactivated using an on/off switch 2. Activation by the on/off switch 
2 triggers a login operation in a login device 3, this operation being used by the 
radio module 1 to register in a radio network by a transceiver 4. This login 
operation is described in more detail later in connection with Figure 3. 

An autoreset trigger device 5 is connected firstly to the transceiver 4 and 
s e condly to a first timer 6. This autoreset trigger device 5 is able to receive signals 
from the transceiver 4 or the first timer 6 and, having evaluated them, possibly to 
output transmitting an autoreset signal to an autoreset unit 7. The autoreset unit 7 
triggers a controlled autoreset upon receiving the autoreset signal. 

In the event of an autoreset, the autoreset unit 7 prompts temporary 
deactivation and subsequent activation of the radio module 1 using the on/off 
switch 2. Since activation of the radio module 1 using an on/off switch 2 triggers 
the login operation in the login device 3, an autoreset ensures that the radio module 
1 logs into the radio network again. Alternatively, it is possible for not the entire 
radio module 1 to be turned off and on, but rather for just a logout operation with a 
subsequent login operation to be triggered. 

The autoreset unit 7 has a second timer 8 connected to it which prescribes a 
time interval defining the duration of the deactivation phase for the autoreset. Both 
the first timer 6 and the second timer 8 are respectively provided with an input unit 
6a, 8a and a time interval memory 6b, 8b. The input unit 6a, 8a can be used to input 
and store a first time interval t_cycle_on and a second time interval t_cycle_off. 
This input can be made either directly on a module or by radio. The time interval 
t_cycle_on defines the length of time for which the radio module remains activated 
and logged in before an autoreset is triggered. Secondly, the time interval 
t_cycle_off defines that period of time for which the radio module remains 
deactivated or turned off or logged out during the autoreset. 
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The first timer 6 has a time reset unit 9 connected to it. This time reset unit 
9 monitors whether there has been any data traffic via the transceiver 4. In this case, 
the first timer 6 is reset. The effect achieved by this is that the time interval 
t_cycle_on is restarted as soon as the radio module 1 has caused any data traffic. 
Finally, an evaluation unit 10 is also provided with an activity memory 10a and 
with a maximum login time memory 10b, the evaluation unit 10 being connected to 
the first and second timers 6, 8 and being able to define the times t_cycle_on and 
t_cycle_off using their input units 6a, 8a. To this end, the activity memory stores 
times at which the radio module 1 has been active, i.e. has sent or received data, 
and the maximum login time memory stores times which, after they have elapsed, 
prompt the radio network to log out the radio module 1 . In this way, the evaluation 
unit 1 0 can optimize the two times t cycle on and t cycle off. This optimization 
process is described in more detail later in connection with Figure 5. 

So that no data are lost during the autoreset, important data are stored in a 
buffer store 1 1 . This buffer store is either nonvolatile, for example a Flash or 
magnetic memory, or is independent of the power supply for the radio module 1 
and is therefore not erased by the autoreset. This means that important data can be 
buffered and the radio module 1 is immediately in the old operating state again 
after being turned on again. 

Figure 2 shews- illustrates a GSM network as an associated radio network 
for the radio module 1, by way of e xampl e . The GMSC 21 (Gateway Mobile 
Switching Center) acts as an interface between the GSM network and other 
networks, such as the landline network 20. The GSMC 21 has access to HLR 22 
(Home Location Register) which stores user data centrally for all the users of the 
GSM network. In addition, the GSMC 21 is connected to a multiplicity of MSCs 
23, 23' (Mobile Switching Center), which each serve as an exchange in a particular 
region. 

In this case, each MSC 23 has access to a VLR 24 (Visitor Location 
Register), which stores copies of the user data from the HLR 22 for those users who 
are in the area of responsibility of the MSC 23. 
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Each MSC 23 is connected to a multiplicity of base stations BTS 26, 26' 
(Base Transceiver Station) via a BSC 25 (Base Station Controller). Each of these 
base stations 26, 26' provides radio coverage for an associated radio cell 27, 27 \ 
The radio cell 27 contains mobile terminals MS (Mobile Station), the radio module 
1 described in connection with Figure 1 also being such a mobile station. 

For the purpose of better understanding, the login process triggered by the 
login device 3 will now be described in more detail in connection with Figure 3. 
When the radio module 1 has been turned on (El), the radio module 1 starts the 
network search (E2). This involves measuring the intensity of various frequency 
channels and selecting that channel with the best reception which is associated with 
the radio module's own network and is not disabled for other reasons. Next, the 
radio module 1 sends its login request to the MSC 23 in the form of a Location 
Registration Request (E3). To perform login, the HLR 22 then puts in the VLR 24 
which is responsible for the radio cell 27 associated with the radio module 1 (E4). 
In addition, the HLR 22 prompts deletion of the user data for the radio module 1 in 
the old VLR (E5), which might have been the VLR 24', for example. The HLR 22 
also sends the user data to the new VLR 24 which is now responsible (E6). The 
MSC 23, which is now called the VMSC (Visited MSC), now allocates a temporary 
identifier (TMSI, Temporary Mobile Subscriber Identity) and sends it to the radio 
module 1 (E7). In the case of a static place of use for the radio module 1, this 
process is naturally shortened in as much as the old and new VLRs 24 are identical. 

With reference to Figure 4, a more detailed explanation of the inventive 
method for triggering a controlled autoreset in the previously described radio 
module 1 will now be given. First of all, the radio module 1 logs into the radio 
network upon being turned on, as just described (SI). This starts the first timer 6 
(S2). The radio module 1 now waits in a parallel loop for various possible events 
which are supposed to trigger an autoreset. This triggering event may be the radio 
module 1 being logged out by the radio network (S3). Alternatively, the first timer, 
which defines the period of the login by means of the time t_cycle_on, may also 
have elapsed (S3'). Finally, a crash in the radio module 1 may also have been 
detected (S3") either automatically by a piece of software or by an employee. If 
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one of these events has occurred, the autoreset trigger device 5 generates the 
autoreset signal and sends it to the autoreset unit 7 (S4). The autoreset unit 7 then 
prompts all important data to be stored in the buffer store 1 1 (S5). The on/off 
switch 2 is then used to deactivate the radio module 1 (S6). In this case, the radio 
module 1 is deactivated only insofar as the autoreset unit 7 can still start the second 
timer 8 and can monitor its expiry (S7). In addition, the buffer store 1 1 can also still 
be supplied with power, despite the deactivation, if it is not a nonvolatile memory 
anyway . When the second timer has expired, indicating that the timer t cycle off 
has elapsed, the autoreset unit 7 turns on the radio module 1 again, which then logs 
into the radio network again (S8). Following the login operation, the data are-is 
written back from the buffer store 1 1 to the locations from which they have been 
stored (S9). If data have- has already been required here for the login operation too, 
this write-back operation naturally needs to take place after turning on and before 
the login operation. The radio module 1 is now back in the same state as before the 
autoreset was triggered, and continues its monitoring procedure for a controlled 
autoreset in a loop at step S2 again by virtue of the first timer 6 being restarted. 

A less hard autoreset is also conceivable, in which the radio module 1 is not 
restarted completely, but rather just a logout operation with subsequent renewed 
login is performed. 

The choice of the two time intervals t_cycle_on and t_cycle_off can be 
optimized in terms of a few parameters. Such optimization parameters include the 
period of operation of the battery charge for the radio module 1, the total volume of 
transmitted data or the duration of such transmission operations or else the radiation 
load during sending. The activity cycles of the application running on the M2M 
radio module 1 can also affect these two time intervals. By way of example, it 
might be that the application is meant to send only on a particular day of the week. 

An obvious optimization scheme for the times t_cycle_on and t_cycle_off 
might be that these times are chosen such that the radio module is logged in 
precisely at the times at which data transmissions are expected. By way of example, 
the time t_cycle_off may be chosen such that the radio module 1 turns off at times 
at which no activity is to be expected anyway. On the other hand, however, this 
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time may also be chosen to be just 0 s if the application operates almost in real 
time. Finally, the parameter t_cycle_on may advantageously be chosen such that it 
is just slightly below the maximum permissible login time for the radio network, so 
that the radio module 1 is logged in practically at any time. 

Alternatively, the choice of time intervals may be made by adapting these 
times using an automatic learning phase for the radio module 1. In this phase, the 
radio module 1 stores the disconnection times enforced by the radio network and 
the active and inactive times required by the application and produces an 
advantageous activation cycle for the radio module 1 . In this context, the operating 
period with a battery charge can naturally be maximized, in particular. 

An adaptive learning phase of this type is shown in more detail in Figure 5. 
In this case, the activity memory 10a and the maximum login time memory 10b are 
initialized at the start, for example when the radio module is assembled or else later 
at an arbitrary selected time (LI). Whenever the radio module 1 is turned on, an 
additional timekeeper is then started which measures the logged-in time of the radio 
module 1 (L2). A loop is then used to check whether the radio module 1 is sending 
or receiving data (L3), and the times at which such send or receive operations take 
place are stored in the activity memory 10a (L3'). In addition, a request is sent 
regarding whether the radio module 1 has been logged out of the radio network 
(L4) and the logged-in time of the radio module 1, measured by the additional 
timekeeper, is stored in the maximum login time memory 10b (L4'). 

The evaluation unit 10 then checks whether it has received an evaluation 
trigger (L5). Such an evaluation trigger may have been input into the radio module 
1 by radio or directly via the interface, or may be triggered periodically, for 
example. If the evaluation unit 10 does receive such an evaluation trigger, it 
calculates the two time intervals t_cycle_on and t_cycle_off from the stored activity 
and maximum login times on the basis of a prescribed optimization scheme (L6). 
The calculated times are then transferred to the first and second timers 6, 8 via the 
input units. Next, or if no evaluation trigger has been received, a further loop pass 
begins (at L3). 
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Although the inventive method for the radio module 1 has been described in 
connection with the GSM network today, it can be extended to any cellular radio 
standards. As a further example, Figure 6 shows a GPRS network schematically 
and in simplified form. This differs from the GSM network from Figure 2 in that a 
connection between the radio module 1 and the Internet 30 also runs via further 
nodes beyond the usual GSM connection, in order to support a packet-oriented data 
format. The fundamental difference from the GSM network is that an SGSN 28 and 
a GGSN 29 are additionally provided (Serving or Gateway GPRS Support Note) 
which are responsible for routing the data packets. The BSC 25 is extended by a 
PCU (Packet Control Unit) in order to be able to transmit these data packets to the 
radio module 1 in the radio subsystem too. 

As revealed by the brief description of a GPRS network which has just been 
given, the functionality of the invention is not at all dependent thereon. The radio 
module 1 can thus also be readily used in a GPRS network. 

As a further example of another network standard, a WLAN will be 
described in connection with Figure 7. In this case, the bridgehead to the Internet 
30 is an Internet provider 31 which is connected to a server or WLAN Node 32. 
This WLAN node 32 is in radio connection with a terminal 33. This terminal may 
be any terminal, for example a notebook, a PDA or another appliance with a 
WLAN interface. In this case, the radio module 1 would be connected to the 
terminal 33 or integrated therein. The functionality of the radio module 1 is not 
dependent on the radio standard used in this case either. 

Similarly, the invention may naturally be extended to further cellular radio 
standards, such as UMTS. 

The invention thus achieves the described advantages that the radio module 
1 can remain logged into the radio network constantly or at least at the necessary 
times, even if the provider provides a maximum time for this and logs out the radio 
module 1 after this time has elapsed. A remedial solution involving the production 
of pseudo data traffic, such as an SMS message with no content, can be avoided in 
this way. In addition, the solution is very robust, since the radio module 1 simply 
starts up again and automatically logs in even after a crash. By setting the two times 
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t_cycle_on and t_cycle_off, it is also possible to optimize parameters/functions 
(call length, field strength loading, charging cycles). This optimization can be 
remotely controlled by radio and is also dynamic as a result of the learning 
mechanism described. 

While the invention has been described with reference to one or more 
exemplary embodiments, it will be understood by those skilled in the art that 
various changes may be made and equivalents may be substituted for elements 
thereof without departing from the scope of the invention. In addition, many 
modifications may be made to adapt a particular situation or material to the 
teachings of the invention without departing from the essential scope thereof. 
Therefore, it is intended that the invention not be limited to the particular 
embodiments disclosed as the best mode contemplated for carrying out this 
invention, but that the invention will include all embodiments falling within the 
scope of the appended claims. 
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ABSTRACT 

M e thod for logging a radio modul e into a c e llular radio n e twork 
A method for logging a radio module £1-) into a cellular radio network, 
where the radio module (4-) automatically logs into the radio network when it is 
turned on by virtue of it transmitting a login message to the radio network, the radio 
network storing login data for the radio module and th e se the login data being 
deleted again when the radio module (4-) logs out. In response to an autoreset 
signal in the radio modul e a controlled autoreset is triggered in which the radio 
module (4r) temporarily turns off and then on again or temporally deactivates from 
the radio network and then registers again. 
Figur e 1 
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